home *** CD-ROM | disk | FTP | other *** search
/ Amiga Plus 1995 #2 / Amiga Plus CD - 1995 - No. 2.iso / internet / faq / englisch / graphicsfileformats-general < prev    next >
Encoding:
Text File  |  1995-04-11  |  43.6 KB  |  1,094 lines

  1. Posted-By: auto-faq 3.1.1.2
  2. Archive-name: graphics/fileformats-faq/part1
  3. Posting-Frequency: monthly
  4. Last-modified: 01Mar95
  5.  
  6. This FAQ (Frequently Asked Questions) list contains information on graphics
  7. file formats, including, raster, vector, metafile, Page Description Language,
  8. 3D object, animation, and multimedia formats.
  9.  
  10. This FAQ is divided into four parts, each covering a different area of
  11. graphics file format information:
  12.  
  13.   Graphics File Formats FAQ: General Graphics Format Questions (Part 1 of 4)
  14.   Graphics File Formats FAQ: Image Conversion and Display Programs (Part 2 of 4)
  15.   Graphics File Formats FAQ: Where to Get File Format Specifications (Part 3 of 4)
  16.   Graphics File Formats FAQ: Tips and Tricks of the Trade (Part 4 of 4)
  17.  
  18. Please email contributions, corrections, and suggestions about this FAQ to
  19. jdm@netcom.com. Relevant information posted to newsgroups will not
  20. automatically make it into this FAQ.
  21.  
  22. -- James D. Murray <jdm@netcom.com>  ;-{)>>>>
  23.  
  24. ----------------------------------------------------------------------
  25.  
  26. Subject: 0. Contents of General Graphics Format Questions
  27.  
  28. Subjects marked with <NEW> are new to this FAQ.
  29. Subjects marked with <UPD> have been updated since the last release
  30.  of this FAQ.
  31.  
  32. I. General questions about this FAQ
  33.  
  34. 0. Maintainer's Comments
  35. 1. What's new in this latest FAQ release?
  36. 2. Why does a graphics formats FAQ exist?
  37. 3. Where can I get the latest copy of this FAQ? <UPD>
  38. 4. Are there other related FAQs I should read as well? <UPD>
  39. 5. I have a question, correction, or some information concerning this FAQ.
  40. 6. This FAQ doesn't contain enough detail!
  41. 7. Why isn't the XXX file format covered?
  42. 8. Why aren't audio file formats covered? 
  43. 9. Why aren't word processing formats covered?
  44. 10. What about multimedia file formats? 
  45.  
  46. II. General Graphics File Questions
  47.  
  48. 0. Who cares about graphics file formats?
  49. 1. What is raster, vector, metafile, PDL, and so forth?
  50. 2. Why should I care about previous versions of a file format?
  51. 3. Can graphics files be infected with a virus? <UPD>
  52. 4. Can graphics files be encrypted? 
  53. 5. Can a graphics file be copyrighted?
  54. 6. How can I convert the XXX format to the YYY format? 
  55. 7. Do I really need the specification of the format I'm using?
  56. 8. How can I tell if a graphics file is corrupt? <NEW>
  57.  
  58. V. Graphics Formats Misnomers, Misgivings, and Miscellany
  59.  
  60. 0. Why aren't JPEG, MPEG, LZW, and CCITT Group 3 & 4 file formats?
  61. 1. Why aren't IGES, GKS, NAPLPS, and HPGL file formats either? <NEW>
  62. 2. Is it "Tag" or "Tagged" Image File Format?
  63. 3. Whaddya mean there's no "Targa" file format?
  64. 4. Choosy programmers choose "gif" or "jif"?
  65. 5. Why are there so many ".PIC" and ".IMG" formats?
  66. 6. Is it now illegal to use CompuServe's GIF format?
  67.  
  68. III. Graphics File Resources
  69.  
  70. 0. File Format Specifications FTP Archives <UPD>
  71. 1. Graphics and Image File FTP Archives and WWW pages <UPD>
  72. 2. Internet Mailing Lists for Graphics and Imaging 
  73. 3. Books on Graphics File Formats <UPD>
  74. 4. Magazine Articles on Graphics File Formats <UPD>
  75. 5. U.S. Government and Military Standards Sources <UPD>
  76. 6. Other Standards Document Sources <NEW>
  77.  
  78. VII. Kudos and Assertions
  79.  
  80. 0. Acknowledgments 
  81. 1. About The Author 
  82. 2. Disclaimer 
  83. 3. Copyright Notice
  84.  
  85. ------------------------------
  86.  
  87. Subject: I. General questions about this FAQ
  88.  
  89. ------------------------------
  90.  
  91. Subject: 0. Maintainer's Comments
  92.  
  93. Welcome to another monthly release of the Graphics File Format FAQ!
  94.  
  95. If you've been following the progress of this FAQ you'll now note that it has
  96. been split into four physical parts to accommodate its growing size.  These
  97. parts are logically divided as follows:
  98.  
  99.   Graphics File Formats FAQ: General Questions (Part 01 of 4)
  100.   Graphics File Formats FAQ: Image Conversion and Display Programs (Part 02 of 4)
  101.   Graphics File Formats FAQ: Where to Get File Format Specifications (Part 03 of 4)
  102.   Graphics File Formats FAQ: Tips and Tricks of the Trade (Part 4 of 4)
  103.  
  104. ------------------------------
  105.  
  106. Subject: 1. What's new in this latest FAQ release?
  107.  
  108.   o Included a blurb on corrupt graphics files
  109.   o More "that isn't a file format!" information
  110.   o Updated file format archive sites
  111.   o Added new FAQs you should read
  112.   o Yet another magazine article(s) added
  113.   o And more sources for military documents
  114.  
  115. ------------------------------
  116.  
  117. Subject: 2. Why does a graphics formats FAQ exist?
  118.  
  119. The purpose of this FAQ is to answer many of the frequently asked questions
  120. about graphics file formats posted on Usenet. You will find definitions of
  121. terms, references to format information, very general descriptions of many
  122. formats, information on programs which read, write, convert, and display
  123. graphics files, and some handy programming tips for writing your own code. 
  124. This FAQ is not a substitute for actual file format specifications, nor can
  125. it possibly go into a great amount of specific detail on graphics file
  126. formats.
  127.  
  128. ------------------------------
  129.  
  130. Subject: 3. Where can I get the latest copy of this FAQ?
  131.  
  132. This FAQ is distributed monthly on the Usenet newsgroups comp.graphics
  133. comp.answers, and news.answers as four separate files. It may also be
  134. obtained via anonymous FTP from:
  135.  
  136.   ftp://rtfm.mit.edu/pub/usenet/news.answers/graphics/fileformats-faq
  137.   ftp://rtfm.mit.edu/pub/usenet/comp.graphics
  138.  
  139. To receive a copy of this FAQ via email, send an email message to
  140. mail-server@rtfm.mit.edu with the body:
  141.  
  142.   send usenet/news.answers/graphics/fileformats-faq/part1
  143.   send usenet/news.answers/graphics/fileformats-faq/part2
  144.   send usenet/news.answers/graphics/fileformats-faq/part3
  145.   send usenet/news.answers/graphics/fileformats-faq/part4
  146.  
  147. or via UUCP:
  148.  
  149.   uunet!/archive/usenet/news.answers/graphics/fileformats-faq/part1
  150.   uunet!/archive/usenet/news.answers/graphics/fileformats-faq/part2
  151.   uunet!/archive/usenet/news.answers/graphics/fileformats-faq/part3
  152.   uunet!/archive/usenet/news.answers/graphics/fileformats-faq/part4
  153.  
  154. To access this FAQ on the World Wide Web, use the address:
  155.  
  156.   http://www.cis.ohio-state.edu/hypertext/faq/usenet/graphics/fileformats-faq/faq.html
  157.  
  158. And you can access all of the FAQs associated with comp.graphics via the
  159. WWW page:
  160.  
  161.   http://www.cis.ohio-state.edu/hypertext/faq/usenet/graphics/top.html
  162.  
  163. ------------------------------
  164.  
  165. Subject: 4. Are there other related FAQs I should read as well?
  166.  
  167. Information related to file formats not covered by this FAQ may be
  168. found in the following FAQs:
  169.  
  170.   Newsgroup                Archive-name
  171.  
  172.   alt.binaries.pictures    pictures-faq/part[1-2]
  173.   alt.graphics.pixutils    pixutils-faq
  174.   alt.image.medical        medical-image-faq/part[1-3]
  175.   comp.compression         compression-faq/part[1-3]
  176.                            mpeg-faq[1-6]
  177.   comp.dsp                 dsp-faq[1-4]
  178.                            audio-fmts[1-2]
  179.   comp.fonts               fonts-faq/part[1-2]
  180.   comp.graphics            graphics/faq
  181.                            graphics/colorspace-faq
  182.                            graphics/resources-list/part[1-3]
  183.                            jpeg-faq/part[1-2]
  184.   comp.graphics.animation  graphics/animation-faq
  185.   comp.infosystems.gis     geography/infosystems-faq
  186.   comp.multimedia          comp-multimedia-faq
  187.   comp.speech              comp-speech-faq/*
  188.   comp.sys.sgi.misc        sgi/faq/*
  189.   sci.data.formats         sci-data-formats
  190.   sci.image.processing     image-processing/Macintosh
  191.  
  192. These FAQs may also be found the newsgroups alt.answers, comp.answers,
  193. sci.answers, and news.answers, and in the FAQ archives at rtfm.mit.edu
  194. and mirror sites. 
  195.  
  196. To FTP any of these FAQs use the listed Archive-name with the following FTP
  197. address:
  198.  
  199.   ftp://rtfm.mit.edu/pub/usenet/news.answers/[Archive-name]
  200.  
  201. To receive a copy of these FAQs via email, send an email message to
  202. mail-server@rtfm.mit.edu with the body:
  203.  
  204.   send usenet/news.answers/[Archive-name]
  205.  
  206. ------------------------------
  207.  
  208. Subject: 5. I have a question, correction, or some information concerning this FAQ.
  209.  
  210. All questions, comments, additions, and corrections should be sent to the
  211. author of this FAQ at jdm@netcom.com. I don't always read the newsgroups this
  212. FAQ is posted to, so please contact me directly via email rather than
  213. attempting to reach me by posting to a newsgroup. All suggestions and
  214. contributions within the scope of this FAQ are welcome and contributors
  215. receive full credit in the Acknowledgments section of this FAQ.
  216.  
  217. ------------------------------
  218.  
  219. Subject: 6. This FAQ doesn't contain enough detail!
  220.  
  221. This FAQ only attempts to answer Frequently Asked Questions. It is not a book
  222. on graphics file formats. It is instead a thick source of information that
  223. will help you obtain more information that you need. Or perhaps even clear
  224. up a few of your misconceptions and thereby saving you from wasting some
  225. time.
  226.  
  227. ------------------------------
  228.  
  229. Subject: 7. Why isn't the XXX file format covered?
  230.  
  231. If you have read and/or grepped this FAQ and not found information on the
  232. format you need the reason might be that:
  233.  
  234.   * You are looking for the format under the wrong name.
  235.  
  236.   * This FAQ is new and the information you need hasn't been included yet.
  237.  
  238.   * I don't know about the format and I need you to email me information
  239.     on it (See 4.).
  240.  
  241.   * The format is proprietary and its caretakers do not wish information
  242.     on the format distributed in this FAQ.
  243.  
  244. ------------------------------
  245.  
  246. Subject: 8. Why aren't audio file formats covered?
  247.  
  248. Information on file formats used specifically for storing audio data are
  249. already covered quite nicely by a FAQ posted to comp.dsp. You may obtain
  250. this FAQ from the Usenet newsgroups comp.dsp, comp.answers, and news.answers,
  251. or from the FTP archive site (and mirrors):
  252.  
  253.   ftp://rtfm.mit.edu/pub/usenet-by-group/comp.dsp
  254.  
  255. The FAQ for comp.speech may of also be of interest to audio people. It is
  256. available at:
  257.  
  258.   ftp://svr-ftp.eng.cam.ac.uk/pub/comp.speech/FAQ-complete
  259.   ftp://rtfm.mit.edu/pub/usenet/news.answers/comp-speech-faq/*
  260.  
  261. ------------------------------
  262.  
  263. Subject: 9. Why aren't word processing formats covered?
  264.  
  265. It is true that there are many types of file formats that cannot store
  266. graphics data (older word processor and spreadsheet formats, and so forth). 
  267. These formats are not within the scope of this FAQ and are therefore not
  268. covered. Perhaps someone who works in the biz of writing file translators for
  269. these formats will put together such a FAQ one day.
  270.  
  271. ------------------------------
  272.  
  273. Subject: 10. What about multimedia file formats?
  274.  
  275. Multimedia file formats store more than just graphics data. They may also
  276. contain audio, video, animation, and textual data in addition to bitmapped
  277. and vectored graphics. Such formats, although a superset of graphics formats,
  278. are considered to be within the scope of this FAQ and are therefore covered.
  279. Also check the comp.multimedia FAQ for additional information you may
  280. require.
  281.  
  282. ------------------------------
  283.  
  284. Subject: II. General Graphics File Questions
  285.  
  286. ------------------------------
  287.  
  288. Subject: 0. Who cares about graphics file formats?
  289.  
  290. Well, programmers do mostly. But end-users (that is, non-programmers) do too.
  291.  
  292. The typical end-user only cares about storing their graphics information
  293. using a format that most graphics programs and filters can read. End-users
  294. are typically not concerned with the internal arrangement of the data within
  295. the graphics file itself. They only want the format to do its job by
  296. representing their data correctly in a permanent form.
  297.  
  298. Programmers, on the other hand, are that rare breed of human that just can't
  299. leave information well enough alone. They need to know how every byte is
  300. arranged to see if someone knows something that they don't (and often snicker
  301. contentedly to themselves when they find that it is really they that know
  302. more). Programmers will then use this information to write code that may
  303. never see the light of distribution, but nevertheless, they will have had fun
  304. and gained enlightenment from writing it.
  305.  
  306. It doesn't matter which of these two types of people you are. If you have
  307. even the slightest interest in graphics file formats then you may be counted
  308. as one who cares.
  309.  
  310. ------------------------------
  311.  
  312. Subject: 1. What is raster, vector, metafile, PDL, and so forth?
  313.  
  314. These terms are used to classify the type of data a graphics file contains. 
  315. Raster files (also called bitmapped files) contain graphics information
  316. described as pixels, such as photographic images. Vector files contain data
  317. described as mathematical equations and are typically used to store line art
  318. and CAD information. Metafiles are formats that may contain either raster or
  319. vector graphics data. Page Description Languages (PDL) are used to describe
  320. the layout of a printed page of graphics and text. Animation formats are
  321. usually collections of raster data that is displayed in a sequence. 
  322. Multi-dimensional object formats store graphics data as a collection of
  323. objects (data and the code that manipulates it) that may be rendered
  324. (displayed) in a variety of perspectives. Multimedia file formats are
  325. capable of storing any of the previously mentioned types of data, including
  326. sound and video information.
  327.  
  328. ------------------------------
  329.  
  330. Subject: 2. Why should I care about previous versions of a file format?
  331.  
  332. When version 2.0 of the XXX format is released all of the thousands of files
  333. created using version 1.0 of the XXX format don't magically disappear or
  334. transform to version 2.0 overnight. Although version 2.0 might claim to be
  335. fully backwards compatible, the new specification may obfuscate or even omit
  336. details of the previous version of the format. In short, never throw away
  337. older information just because you have something newer. At one point in time
  338. that "out dated" format spec was state-of-the-art, and it may still contain a
  339. singular precious tid-bit of information that the caretakers of the format
  340. didn't carry over to the new spec (but Murphy will make sure you desperately
  341. need to know).
  342.  
  343. ------------------------------
  344.  
  345. Subject: 3. Can graphics files be infected with a virus?
  346.  
  347. For most types of graphics file formats currently available the answer is
  348. "no". A virus (or worm, Trojan horse, and so forth) is fundamentally a
  349. collection of code (that is, a program) that contains instructions which are
  350. executed by a CPU. Most graphics files, however, contain only static data
  351. and no executable code. The code that reads, writes, and displays graphics
  352. data is found in translation and display programs and not in the graphics
  353. files themselves. If reading or writing a graphics file caused a system
  354. malfunction is it most likely the fault of the program reading the file and
  355. not of the graphics file data itself.
  356.  
  357. With the introduction of multimedia we have seen new formats appear, and
  358. modifications to older formats made, that allow executable instructions to be
  359. stored within a file format. These instructions are used to direct multimedia
  360. applications to play sounds or music, prompt the user for information, or
  361. display other graphics and video information. And such multimedia display
  362. programs may perform these functions by interfacing with their environment
  363. via an API, or by direct interaction with the operating system. One might
  364. also imagine a truly object-oriented graphics file as containing the code
  365. required to read, write, and display itself.
  366.  
  367. Once again, any catastrophes that result from using these multimedia
  368. application is most like the result of unfound bugs in the software and not
  369. some sinister instructions in the graphics file data. Such "logic bombs" are
  370. typically exorcised through the use of testing using a wide variety of
  371. different image files for test cases.
  372.  
  373. If you have a virus scanning program that indicates a specific graphics file
  374. is infected by virus, then it is very possible that the file coincidentally
  375. contains a byte pattern that the scanning programming recognizes as a key
  376. byte signature identifying a virus. Contact the author (or even read the
  377. documentation!) of the virus scanning program to discuss the probability of
  378. the mis-identification of a clean file as being infected by a virus. Save the
  379. graphics file, as the author will most likely wish to examine it as well.
  380.  
  381. If you suspect a graphics file to be at the heart of a virus problem you are
  382. experiencing, then also consider the possibility that the graphics file's
  383. transport mechanism (floppy disk, tape or shell archive file, compressed
  384. archive file, and so forth) might be the original source of the virus and not
  385. the graphics file itself.
  386.  
  387. ------------------------------
  388.  
  389. Subject: 4. Can graphics files be encrypted?
  390.  
  391. Of course you can encrypt a graphics file. After all, most encryption
  392. algorithms don't care about the intellectual content of a file. All they chew
  393. on is a series of byte values. Therefore, most any encryption program that
  394. works on ordinary text files will work on graphics files as well.
  395.  
  396. Why would you want to encrypt a graphics file? Mostly to control who can view
  397. its contents. You can invent a proprietary file format and that might slow a
  398. file format hack down for, say, five or ten minutes. You could add a
  399. proprietary data compression scheme, possibly a twisted variation of an
  400. already public algorithm. But there are so many people out there with nothing
  401. better to do than hack at unknown data formats that your data would probably
  402. be exposed in little time. But suppose we top off all this effort by
  403. encrypting the graphics file itself as we would an ordinary text file. Would
  404. your data then be safe?
  405.  
  406. Realize that an encrypted graphics file still might not be very secure. For
  407. every data encryption algorithm there exists at least one method of getting
  408. around it, although it may take hundreds of computers and many years to fully
  409. employ and execute that method!
  410.  
  411. For example, one of the more popular methods used to encrypt data is the
  412. Vernam or XOR cipher. This cipher Exclusive ORs the plain-text data with a
  413. single, random, fixed-length key. The longer the key the harder it is to
  414. break the cipher. A totally random key the length of your data is impossible
  415. to break. Shorter and less-random keys are easier to break.
  416.  
  417. XOR is very simple and fast, which is a must for a graphics file
  418. translator/viewer that must decrypt a file on the fly. A problem, however, is
  419. that most graphics files contain fixed size headers which vary only slightly
  420. in content from file to file. If you knew the approximate contents of the
  421. header of an encrypted file you could XOR a "decrypted" header with the
  422. encrypted file and possibly produce the key used to encrypt the file. A short
  423. key might be very easily discovered in this way.
  424.  
  425. If you really need to make the contents of a graphics file secure, then I'd
  426. suggest not only using some form of data encryption, but also create an
  427. unconventional and proprietary file format and do not publish its format
  428. specification.
  429.  
  430. For more info on data encryption:
  431.  
  432.   Bruce Schneier, "Applied Cryptography: Protocols, Algorithms,
  433.     and Source Code in C", John Wiley & Sons, 1994.
  434.  
  435. ------------------------------
  436.  
  437. Subject: 5. Can a graphics file be copyrighted?
  438.  
  439. No. A graphics file cannot normally be copyrighted under United States
  440. copyright laws (although the rulings of some judges may disagree on this). The
  441. specification of a format and the contents of a graphics file, however, are
  442. subject to copyright.
  443.  
  444. For anything to be copyrighted it must be:
  445.  
  446.   1) A work of authorship
  447.   2) Fixed in a tangible medium of expression
  448.  
  449. The description of a graphics format does meet both of these criteria (it is
  450. fixed in a medium and a work of authorship) and is therefore protected under
  451. the copyright laws. A graphics file created using the format description,
  452. however, meets the second criteria, but not the first (that is, it is not
  453. considered to be a work of authorship). The format itself is considered
  454. instead to be an idea or system, and is therefore not protected by copyright.
  455.  
  456. So the description of a file format is copyrightable, but the format as it
  457. exists in its medium is not. What about the graphics data that the file
  458. contains?
  459.  
  460. If the graphical data written to a graphics file also meets the above two
  461. criteria, then it is also protected by the copyright laws as intellectual
  462. property. You will not wave your copyright protection by storing any original
  463. information using a graphics file format.
  464.  
  465. ------------------------------
  466.  
  467. Subject: 6. How can I convert the XXX format to the YYY format?
  468.  
  469. With a file conversion program, of course! Without a doubt one of the most
  470. frequently asked categories of questions on comp.graphics is how to convert
  471. one format to another. In every case the answer is some type of conversion
  472. program or filter, but which one?
  473.  
  474. Section IV of the FAQ is an attempt to list every known graphics file display
  475. and conversion program and application. Although far from complete, this list
  476. may contain the program you need. Go to the subsection of the particular
  477. operating system you are using and scan through Imports: and Exports: formats
  478. listed and see if the formats you needs to use are there.
  479.  
  480. In some cases the information in a listing may make the conversion
  481. capabilities of a program a bit misleading. For example, a program that can
  482. import a vector .DWG file and export a raster .BMP file may not necessarily
  483. be able to perform a .DWG->.BMP (vector->raster) conversion (AutoCAD R12 can,
  484. BTW). And just because a program can both import and export TIFF files
  485. doesn't mean it's capable of a TIFF(CMYK)->TIFF(RGB) conversion (as Adobe
  486. Photoshop can do). As always, read the documentation, contact and ask the
  487. author of the program, or find a user of the program and ask them.
  488.  
  489. ------------------------------
  490.  
  491. Subject: 7. Do I really need the specification of the format I'm using?
  492.  
  493. It depends upon the results you are trying to obtain. If you have code that
  494. supports the XXX format and you find it easy (and legal) to integrate that
  495. code into your program, then you may be tempted to do so. But realize that
  496. your program will support the XXX format in just the same way as the previous
  497. program did. In other words, your program will now work the same, but it will
  498. really be no better.
  499.  
  500. By obtaining the format specification you can make an attempt to fully
  501. support all of the features and capabilities a graphics or multimedia file
  502. format has to offer. If you use pre-written code that only supports a small
  503. subset of the format's features then you are not doing justice to the
  504. format and cheating your users out of functionality they might need.
  505.  
  506. Always strive to create the best programs possible within reason of time and
  507. money. Obtain the specs, look at code, and talk to programmers who have
  508. worked with the format before. You might gain some insight and save yourself
  509. some hair-pulling by supporting a feature that someone didn't think to
  510. include in the original requirements for your program.
  511.  
  512. ------------------------------
  513.  
  514. Subject: 8. How can I tell if a graphics file is corrupt?
  515.  
  516. The easiest way is to display the file and decide if what you see on the
  517. screen or the printer is correct. This method is not fool-proof, however,
  518. because not all information stored in a graphics file is used for displaying
  519. the data it contains. Textual comments, alternate color maps, and unused
  520. fields in the header might be munged and go undetected.
  521.  
  522. The standard way to check for corruption of any type of data file is to
  523. perform some sort of error-detection scheme on the file. Such schemes used
  524. are Checksum, Cyclic Redundancy Check (CRC), Longitudinal Redundancy Check
  525. (LRC), and Vertical Redundancy Check (VRC). These algorithms are common in
  526. the world of synchronous serial communications for detecting errors in data
  527. streams.
  528.  
  529. Most graphics files do not contain the built-in feature of error detection.
  530. If you only wanted to provide error detection for the graphical data
  531. contained in a file, but not the header, then a 2- or 4-byte field in the
  532. header could be used to store the CRC-16 or CRC-32 value of the data. But
  533. what good is pure data if the header is possibly corrupt? If we calculate the
  534. CRC value of the entire file and then store that calculated value in the
  535. header we will have just "corrupted" the file! You could initialize the field
  536. with zeros, calculate the value, store the value, and specify that the entire
  537. file need be read into memory and the CRC value field set to all zeros before
  538. the CRC calculation is made. Quite a pain, really. Can't we just store the
  539. CRC value externally to the file? Maybe use some sort of encapsulating
  540. "wrapper"?
  541.  
  542. If you want to make sure a graphics file (or any file for that matter) has
  543. been transported through a communications channel without sustaining any
  544. corruption, first store it using a file archiving program that supports error
  545. checking of the files contained in the archive. (Several good error-checking
  546. file archiving programs include PKZIP, gzip, and zoo. ar and tar do not
  547. support error checking). When the graphics file is stored the archival
  548. program calculates the CRC value of the file. If the CRC value does not match
  549. when the file is unarchived after transport, you know that the file has been
  550. corrupted.
  551.  
  552. One extra tip: make sure you turn compression OFF when archiving many
  553. graphics files. File archival programs use compression by default and will
  554. attempt to make your compressed data even smaller (which usually results in
  555. larger data, unless the archiver is smart enough to detect the negative
  556. compression and not attempt to compress the file). ASCII-based files (such as
  557. PostScript and DXF) and some RLE-encoded files (such as PCX) will be
  558. compressed, while other formats supporting more advanced data encoding
  559. methods (such as JPG and GIF) will surely grow in size.
  560.  
  561. ------------------------------
  562.  
  563. Subject: III. Graphics File Resources
  564.  
  565. ------------------------------
  566.  
  567. Subject: 0. File Format Specifications FTP Archives
  568.  
  569. The following anonymous FTP and WWW sites are known to archive file format
  570. specifications and information. These documents may be official releases of
  571. specifications by the creator/caretaker of the formats, or information
  572. transcribed by people from various sources and released onto the net,
  573. possibly without permission from the format's owner.
  574.  
  575.   ftp://avalon.chinalake.navy.mil/pub/format_specs
  576.   ftp://avalon.vislab.navy.mil/pub/format_specs
  577.   ftp://ftp.nau.edu/graphics/formats
  578.   ftp://ftp.ncsa.uiuc.edu:/misc/file.formats/graphics.formats
  579.   ftp://ftp.std.com/obi/Standards/Graphics/Formats
  580.   ftp://ftp.uu.net/doc/literary/obi/Standards/Graphics/Formats
  581.   ftp://ftp.wustl.edu/doc/graphic-formats
  582.   ftp://peipa.essex.ac.uk/ipa/file.formats
  583.   ftp://telva.ccu.uniovi.es/pub/graphics/file.formats
  584.   ftp://x2ftp.oulu.fi/pub/msdos/programming/formats
  585.   ftp://zamenhof.cs.rice.edu/pub/graphics.formats
  586.  
  587.   http://www.dcs.ed.ac.uk/home/iat/index.html
  588.  
  589. ------------------------------
  590.  
  591. Subject: 1. Graphics and Image File FTP Archives and WWW pages
  592.  
  593. The following anonymous FTP sites are known to archive image, graphics, and
  594. multimedia files and information:
  595.  
  596.   ftp://ames.arc.nasa.gov/pub/SPACE
  597.     NASA/Ames Archives. Space images in GIF format.
  598.  
  599.   ftp://amiga.physik.unizh.ch/amiga/gfx/misc
  600.     VistaPro graphics
  601.  
  602.   ftp://asterix.inescn.pt/pub/PC/flidemos
  603.     FLI and FLC animations
  604.  
  605.   ftp://ftp.catt.ncsu.edu/pub/graphics
  606.     FLIC and QuickTime movies and many GIF and JPG images
  607.       
  608.   ftp://ftp.cdrom.com/pub/aminet/pix
  609.     JPG, GIF, and Multimedia files
  610.  
  611.   ftp://ftp.cnam.fr/Fractals/anim
  612.     Fractal animation files
  613.  
  614.   ftp://edcftp.cr.usgs.gov/pub/data/DEM/250
  615.   ftp://edcftp.cr.usgs.gov/pub/data/DLG/{2M,100K}
  616.     Digital Elevation Model (DEM) and Digital Line Graph (DLG) archives
  617.  
  618.   ftp://ftp.povray.org/pub/povray/images
  619.   ftp://ftp.povray.org/pub/povray/scenes
  620.     GIF, JPEG, and POV scene files rendered using PovRAY
  621.  
  622.   ftp://ftp.sdsc.edu/pub/sdsc/images
  623.   ftp://ftp.sdsc.edupub/sdsc/sound
  624.     San Diego Supercomputer Center sound and image file archives
  625.  
  626.   ftp://ftp.sunet.se/pub/graphics
  627.   ftp://ftp.sunet.se/pub/multimedia
  628.     MPEG, JPEG, FLC, HDF, AF, VR, and GIF files.
  629.     Also /pub/pictures and /pub/comics contain many images
  630.  
  631.   ftp:://ftp.tcp.com/pub/anime
  632.   ftp:://ftp.tcp.com/pub/anime-manga/anim
  633.     Animation and multimedia files in MPEG, QuickTime, AVI, and FLI formats
  634.  
  635.   ftp:://omicron.cs.unc.edu/pub/softlab/CHVRTD
  636.     MRI and CT scan volume data of human anatomy
  637.  
  638.   ftp://photo1.si.edu/images
  639.     Smithsonian Institution photoimage archives
  640.  
  641.   ftp://ftp.povray.org
  642.      POV animation files
  643.  
  644.   ftp://pubinfo.jpl.nasa.gov/images
  645.     Space images in GIF format
  646.  
  647.   ftp://spectrum.xerox.com/pub/map/dem
  648.   ftp://spectrum.xerox.compub/map/dlg
  649.     Digital Elevation Model (DEM) and Digital Line Graph (DLG) archives
  650.  
  651.   ftp://src.doc.ic.ac.uk/gfx/misc
  652.     Digital Elevation Model (DEM) and Digital Line Graph (DLG) archives
  653.  
  654.   ftp://sunsite.unc.edu/pub/multimedia/pictures
  655.   ftp://sunsite.unc.edu/pub/multimedia/animation
  656.     Graphics and MPEG file collection
  657.  
  658.   ftp://toybox.gsfc.nasa.gov/pub/images
  659.     NASA images in GIF, JPEG, PostScript, Sun Raster, and X Bitmap formats
  660.  
  661.   Red's Nightmare (a ray-traced animation)
  662.     ftp://ftp.uni-erlangen.de/pub/pictures/mpeg/LOCAL/RedsNightmare.tar
  663.  
  664.   ftp://ftp.univ-rennes1.fr/Images/ASTRO/anim
  665.     Space animation files
  666.  
  667.   ftp://ftp.wustl.edu/pub/aminet/gfx/anim
  668.     Various Amiga anims (also on other aminet sites)
  669.  
  670. The following WWW sites are known to archive image, graphics, and multimedia
  671. files:
  672.  
  673.   http://afrodite.lira.dist.unige.it/
  674.     European Network of Excellence in Computer Vision
  675.  
  676.   Mat Carr's animations
  677.     http://archpropplan.auckland.ac.nz/People/Mat/gallery/animations.html
  678.  
  679.   http://cui_www.unige.ch:80/OSG/MultimediaInfo/
  680.     Index to Multimedia Information Resources
  681.  
  682.   http://found.cs.nyu.edu/
  683.     NYU State Center for Advanced Technology
  684.  
  685.   http://fuzine.mt.cs.cmu.edu/im/informedia.html
  686.     Informedia Digital Video Library Project
  687.  
  688.   http://mambo.ucsc.edu:80/psl/thant/thant.html
  689.     Thant's Animation index
  690.  
  691.   http://netlab.itd.nrl.navy.mil/imaging.html
  692.     Listings of imaging resources and archive sites
  693.  
  694.     http://scorch.doc.ic.ac.uk/~np2/multimedia/
  695.  
  696.   http://sunsite.unc.edu/louvre/about/tech.html
  697.   http://mistral.enst.fr/louvre/about/tech.html
  698.     WebLouvre - Using and troubleshooting the web
  699.  
  700.   http://w3.eeb.ele.tue.nl/mpeg/index.html
  701.     Various MPEG animations
  702.  
  703.   http://web.msi.umn.edu/WWW/SciVis/umnscivis.html
  704.     Scientific visualization and graphics
  705.  
  706.   http://www.best.com/~bryanw/index.html
  707.     The Graphics Archive
  708.   
  709.   http://www.cs.ubc.ca/nest/imager/imager.html
  710.     MPEG animations done using hierarchical b-splines
  711.  
  712.   http://www.delphi.com/fx/fxscreen.html
  713.     fX Networks' Download Goodies promo videoclips in AVI and QT formats
  714.  
  715.   http://www.demon.co.uk/
  716.     Demon Internet 
  717.  
  718.   http://www.infomedia.com:8600
  719.     Liquid Mercury's new WWW Site designed for "New Media" professionals.
  720.     Current industry data and product profiles. Email: info@infomedia.com
  721.  
  722.   http://www.lightside.com/~dani/cgi/images-index.html
  723.     3DWEB - World Wide Web site for 3D Computer Graphics
  724.  
  725.   http://www.sd.tgs.com/~template
  726.     Web3D - World Wide Web site for 3D Graphics
  727.  
  728.   http://www.state51.co.uk/state51/
  729.     State51 Interactive Media
  730.  
  731.   http://www.yak.net/pub/emptystreet/emptystreet.html
  732.  
  733.   http://www.univ.trieste.it/mmwwwpc/mmwwwpc.html
  734.     MultiMedia WWW PC v1.1
  735.  
  736. ------------------------------
  737.  
  738. Subject: 2. Internet Mailing Lists for Graphics and Imaging
  739.  
  740. This section contains a listing of Internet mailing lists that often contain
  741. discussions and information on graphics and image file formats. Mailing lists
  742. are a good alternative form of communication for those netters that do not
  743. have Usenet access.
  744.  
  745.   agocg-ip@mailbase.ac.uk
  746.     Discussion of all aspects of image processing. To subscribe:
  747.     send an email message to mailbase@mailbase.ac.uk with the body
  748.     "join agocg-ip yourfirstname yourlastname".
  749.  
  750.   digvid-l@ucdavis.edu
  751.     Discussion of digital video, mostly of the desktop variety.
  752.     To subscribe: send an email message to listserv@ucdavis.edu
  753.     with the body: "subscribe digvid-l yourfirstname yourlastname".
  754.  
  755.   geotiff@tazboy.jpl.nasa.gov.
  756.     Discussion regarding the establishment of a set of TIFF tags for
  757.     storing geographic map projection information, such as UTM zones,
  758.     Lambert Standard parallels, etc. Participants include
  759.     representatives from SPOT, Intergraph, ERDAS, ESRI, and USGS. To
  760.     subscribe: send an email message to geotiff-request@tazboy.jpl.nasa.gov.
  761.  
  762.   listserv@info.kodak.com
  763.     Information on the Kodak Photo-CD format. To subscribe: send an
  764.     email message to listserv@info.kodak.com with the body:
  765.     "INFO PHOTO-CD".
  766.  
  767.   listserv@soils.umn.edu
  768.     NIH image processing discussion. To subscribe: send an email message
  769.     to listserv@soils.umn.edu with the body "subscribe nih-image 
  770.     yourfirstname yourlastname".
  771.  
  772.   medimage@polygraf
  773.     Medical imaging discussion. To subscribe: send an email message
  774.     to listserv%polygraf.bitnet@mitvma.mit.edu with the body
  775.     "subscribe medimage".
  776.  
  777.   nucmed@uwovax.uwo.ca
  778.     Nuclear medicine and medical imaging discussion. To subscribe: 
  779.     send an email message to nucmed-request@uwovax.uwo.ca with the
  780.     body "subscribe nucmed".
  781.  
  782.   pixel@essex.ac.uk
  783.     British Machine Vision Association newsletter for machine vision,
  784.     image processing, pattern recognition, remote sensing, etc. To
  785.     subscribe: send an email message to pixel-request@essex.ac.uk.
  786.  
  787.   ximage@expo.lcs.mit.edu
  788.     Discussion of image processing using The X Window System. To 
  789.     subscribe send an email message to ximage-request@expo.lcs.mit.edu
  790.     with the body "subscribe ximage".
  791.         
  792. ------------------------------
  793.  
  794. Subject: 3. Books on Graphics File Formats
  795.  
  796. This section contains bibliographical listing of books containing information
  797. on graphics file formats. This list is alphabetized by title and information
  798. on how to order each book is included where known.
  799.  
  800.   The AutoCAD Database Book, F.H. Jones and L. Martin, Ventana Press,
  801.     ISBN 0-940087-04-9. Order: 919.490.0062 voice.
  802.  
  803.   Bit-mapped graphics (2nd ed.), Steve Rimmer, Windcrest/McGraw-Hill
  804.     1993. 484 pages.
  805.  
  806.   CGM and CGI: Metafile and Interface Standards for Computer 
  807.     Graphics, David B. Arnold and Peter R. Bono, Springer-Verlag
  808.     1988. ISBN 3-540-18950-5, 279 pages.
  809.  
  810.   The CGM Handbook, Lofton R. Henderson and Anne M. Mumford,
  811.     Academic Press 1993. ISBN 0-12-510560-6, $59.95 hardcover, 
  812.     446 pages.
  813.  
  814.   Encyclopedia of Graphics File Formats, James D. Murray and 
  815.     William vanRyper, O'Reilly & Associates Inc. 1994.
  816.     ISBN 1-56592-058-9, $59.95 softcover, 928 pages.
  817.     Order: order@ora.com, 800.998.9938 voice, 707.829.014 fax.
  818.  
  819.   File Formats for Popular PC Software: A Programmer's Reference,
  820.     Walden, Jeff, John Wiley & Sons, Inc. 1986. ISBN 0-471-83671-0, 
  821.     287 pages.
  822.  
  823.   Graphics File Formats (2nd ed.), David C. Kay and John R. Levine, 
  824.     Windcrest Books/McGraw-Hill 1995. ISBN 0-07-034025-0, $26.95 
  825.     softcover, 476 pages.
  826.     Order: Tab Software Department, Blue Ridge Summit, PA 17294-0850.
  827.  
  828.   The Graphic File Toolkit: Converting and Using Graphic Files,
  829.     Steve Rimmer, Addison-Wesley, 1992. 335 pages.
  830.  
  831.   Inside Windows File Formats, Tom Swan, Sams Publishing 1993.
  832.     ISBN 0-672-30338-8 $24.95 softcover, 337 pages.
  833.     Order: Sams Publishing, 2201 West 103rd Street, Indianapolis,
  834.     IN 46290
  835.  
  836.   More File Formats for Popular PC Software: A Programmer's Reference,
  837.     Jeff Walden, John Wiley and Sons 1987. 369 pages.
  838.  
  839.   PC Graphics with GKS, P.R. Bono, J.L. Encarnacao and W.R. Herzner,
  840.     Prentice-Hall, 1990.
  841.  
  842.   PostScript Language Reference Manual, Adobe Systems Inc. (2nd ed.), 
  843.     Ed Taft and Jeff Walden, Addison-Wesley 1990.
  844.  
  845.   Programming for Graphics Files in C and C++, by John R. Levine, 
  846.     John Wiley & Sons 1994. ISBN 0-471-59854-2, $29.95 softcover,
  847.     494 pages. 
  848.  
  849. ------------------------------
  850.  
  851. Subject: 4. Magazine Articles on Graphics File Formats
  852.  
  853. This section contains bibliographical listings of periodicals containing
  854. information on graphics file formats. This list is alphabetized by title.
  855.  
  856.   .mrb and .shg File Formats, Windows/DOS Developer's Journal, Pete Davis,
  857.     February 1994 (Vol 5, No 4), pp. 37-46.
  858.  
  859.   The BMP File Format, Dr. Dobb's Journal, Marv Luse, #219 September
  860.     1994 (Vol 9, Issue 10), pp. 18-22.
  861.  
  862.   The BMP File Format: Part I, Dr. Dobb's Journal, David Charlap, #228
  863.     March 1995 (Vol. 20, Issue 3).
  864.  
  865.   The BMP File Format: Part II, Dr. Dobb's Journal, David Charlap, #229
  866.     April 1995 (Vol. 20, Issue 4).
  867.  
  868.   PCX Graphics, C Users Journal, Ian Ashdown, Vol 9, Num 8, August 1991,
  869.     pp. 89-96.
  870.  
  871.   Printing PCX Files, C Gazette, Marv Luse, Vol 5, Num 2, Winter 1990-91,
  872.     pp. 11-22.
  873.  
  874.   Reading GIF Files, Dr. Dobb's Journal, Wilson MacGyver Liaw, #227 
  875.     February 1995 (Vol 20, Issue 2), pp. 56-60.
  876.     
  877.   TIFF File Format, C Gazette, James Murray, Vol 5, Num 2, Winter 1990-91,
  878.     pp. 27-42.
  879.  
  880.   Translating PCX Files, Dr. Dobb's Journal, K. Quirk, Vol 14, Num 8, 
  881.     August 1989, pp. 30-36, 105-108.
  882.  
  883.   Working with PCX files, Microcornucopia, Number 42, July-August 1988,
  884.     p. 42.
  885.  
  886. ------------------------------
  887.  
  888. Subject: 5. U.S. Government and Military Standards Sources
  889.  
  890. The following organizations provide U.S. Government and Military documents
  891. concerning graphics formats and standards:
  892.  
  893.   Department of Defense
  894.   Joint Interoperability Engineering Organization
  895.   Center for Standards
  896.   10701 Parkridge Boulevard
  897.   Reston, VA 22091-4398 USA
  898.  
  899.   Standardization Documents Ordering Desk
  900.   Building 4D
  901.   700 Robbins Avenue
  902.   Philadelphia, PA 19111-5094 USA
  903.  
  904.   Naval Publications & Forms Center
  905.   Code 3051
  906.   5801 Tabot Ave.
  907.   Philadelphia, PA 19120 USA
  908.  
  909.   Defense Information Systems Agency
  910.   Center for Standards
  911.   Attn: TBCE, Rm 3304
  912.   10701 Parkridge Blvd
  913.   Reston, VA 22091 USA
  914.   Voice: 703.487.3536
  915.   Email: edi@itsi.disa.mil
  916.  
  917.   Global Engineering Documents
  918.   2805 McGaw Avenue
  919.   Irvine, CA 92714 USA
  920.   Voice: 800.854.7179
  921.   Voice: 714.261.1455
  922.  
  923. ------------------------------
  924.  
  925. Subject: 6. Other Standards Document Sources
  926.  
  927. Many graphics file formats and graphical information transfer protocols are
  928. ANSI/ISO standards and may be obtained through the following offices:
  929.  
  930.   International Standards Organization (ISO)
  931.   1 rue de Varembe
  932.   Case Postal 56
  933.   CH-1211 Geneva 20 Switzerland
  934.   Voice: +41 22 749 01 11
  935.   Fax:   +41 22 733 34 30
  936.  
  937.   American National Standards Institute (ANSI)
  938.   Sales Department
  939.   1430 Broadway
  940.   New York, NY 10018
  941.   Voice: 212.642.4900
  942.  
  943.   Canadian Standards Association (CSA)
  944.   Sales Group
  945.   178 Rexdale Blvd.
  946.   Rexdale, Ontario, M9W 1R3
  947.   Voice: 416.747.444
  948.  
  949. ------------------------------
  950.  
  951. Subject: V. Graphics Formats Misnomers, Misgivings, and Miscellany
  952.  
  953. ------------------------------
  954.  
  955. Subject: 0. Why aren't JPEG, MPEG, LZW, and CCITT Group 3 & 4 file formats?
  956.  
  957. One of the most commonly confused concepts found in file formats is the
  958. difference between the file format and the method(s) of data encoding that
  959. has been used to reduce the size of the data the file contains. JPEG, MPEG,
  960. LZW, and CCITT are all algorithms, or algorithm toolkits, which encode a
  961. stream of data to a physically smaller size. None of these data compression
  962. methods define a specific format used to store data. 
  963.  
  964. Several formats have become popular based on their use of one or more of
  965. these methods of compression, such as GIF (LZW), JFIF (JPEG), and TIFF (CCITT
  966. Group 3 and Group 4). So if you ask for a "CCITT Group 3" image file you will
  967. most likely get a file containing only CCITT Group 3 data and not a TIFF file
  968. containing bitmapped data compressed using the CCITT Group 3 algorithm, which
  969. might have been what you were expecting.
  970.  
  971. ------------------------------
  972.  
  973. Subject: 1. Why aren't IGES, GKS, NAPLPS, and HPGL file formats either?
  974.  
  975. IGES (Initial Graphics Exchange Specification), GKS (Graphics Kernel System),
  976. and NAPLPS (North American Presentation Layer Protocol Syntax) are not
  977. actually file formats. They are instead protocols which specify how graphical
  978. data should be transmitted over a communications link (such as a telephone
  979. line) to a remote device (such as a graphical workstation).  HPGL
  980. (Hewlett-Packard Graphics Language) is a printer control language (PCL) used
  981. to transfer and manipulate data used by printers.
  982.  
  983. In most cases, each of these protocols define a previously existing file
  984. format, such as CGM or JFIF, to be the actual format used to store the
  985. graphics data (HPGL uses a raw or compressed bitmap). Occasionally the
  986. transmitted data stream may be stored to a file for buffering or archival
  987. purposes. This file is then often identified as using the
  988. "{IGES,GKS,NAPLPS,HPGL} file format".
  989.  
  990. Descriptions of each of these standards may be found in Part 3 (Where to Get
  991. File Format Specifications) of this FAQ.
  992.  
  993. ------------------------------
  994.  
  995. Subject: 2. Is it "Tag" or "Tagged" Image File Format?
  996.  
  997. Revision 5.0 of TIFF specification specifically states the acronym "TIFF" is
  998. "Tag Image File Format". The majority of people, however, intuitively say
  999. "Tagged" rather than "Tag". Interestingly enough, the TIFF 6.0 specification
  1000. does not spell out the acronym TIFF.
  1001.  
  1002. ------------------------------
  1003.  
  1004. Subject: 3. Whaddya mean there's no "Targa" file format?
  1005.  
  1006. The popular "Targa" file format is really the "TGA format". "Targa" is the
  1007. name of the Truevision graphics display adapter which first used the TGA
  1008. format. Specifically, Revision 1.0 of TGA is designated the "Original TGA
  1009. format" and Revision 2.0 is the "New TGA Format".
  1010.  
  1011. ------------------------------
  1012.  
  1013. Subject: 4. Choosy programmers choose "gif" or "jif"?
  1014.  
  1015. The pronunciation of "GIF" is specified in the GIF specification to be "jif",
  1016. as in "jiffy", rather then "gif", which most people seem to prefer. This does
  1017. seem strange because the "G" is from the word "Graphics" and not "Jraphics".
  1018.  
  1019. ------------------------------
  1020.  
  1021. Subject: 5. Why are there so many ".PIC" and ".IMG" formats?
  1022.  
  1023. Because people with very little imagination are allowed to choose file
  1024. extensions for graphics files, that's why.
  1025.  
  1026. But seriously, there does seem to be a proliferation of file formats with the
  1027. file extension ".PIC" (for "picture") and ".IMG" (for "image"). Other popular
  1028. extensions (in both upper and lower case) are ".RGB", ".RAW", ".ASC", and
  1029. ".MAP".
  1030.  
  1031. My advise to you is never assume the format of a data file based only on it's
  1032. file extension. The name and the extension of any file are completely
  1033. arbitrary and therefore could be anything. This is why the most graphics file
  1034. conversion and display programs attempt to recognize graphics files based on
  1035. their internal structure and not their file name or extension.
  1036.  
  1037. ------------------------------
  1038.  
  1039. Subject: 6. Is it now illegal to use CompuServe's GIF format?
  1040.  
  1041. [ This section to be revised (I'm still trying to get the accurate poop) ]
  1042.  
  1043. ------------------------------
  1044.  
  1045. Subject: VII. Kudos and Assertions
  1046.  
  1047. ------------------------------
  1048.  
  1049. Subject: 0. Acknowledgments
  1050.  
  1051. The following people have made this FAQ take just a little bit longer to read
  1052. since the last time you looked at it (blame them and not me):
  1053.  
  1054.   John T. Grieggs <grieggs@netcom.com>
  1055.   Lee Kimmelman <lee.kimmelman@twwde.com>
  1056.   Tom Lane <tgl@netcom.com>
  1057.   Angus Montgomery <angus@cgl.citri.edu.au>
  1058.   Glen Ozymok <oz@ludwig.virtualprototypes.ca>
  1059.   Daniel Sears <sears@netcom.com>
  1060.   Bjoern Stabell <bjoerns@acm.org>
  1061.  
  1062. ------------------------------
  1063.  
  1064. Subject: 1. About The Author
  1065.  
  1066. The author of this FAQ, James D. Murray, lives in the City of Orange, Orange
  1067. County, California, USA. He is the co-author of the book Encyclopedia of
  1068. Graphics File Formats published by O'Reilly and Associates, makes a passable
  1069. living writing Microsoft Windows applications in C++, and may be reached as
  1070. jdm@netcom.com, or via U.S. Snail at: P.O. Box 70, Orange, CA 92666-0070 USA.
  1071.  
  1072. GCS d-- H++ s g- p? au+ a w+ v++ C+++(++++) US+++ p++>++++ L>++ 3 E--- N++ K-
  1073. W---$ M-@ V-- po Y+ t++ 5-- j>x R+>-- G' tv-->! b+++ D++ B e- u* h- f r-->+++
  1074. n++ y*(**)
  1075.  
  1076. ------------------------------
  1077.  
  1078. Subject: 2. Disclaimer
  1079.  
  1080. While every effort has been taken to insure the accuracy of the information
  1081. contained in this FAQ list compilation, the author and contributors assume no
  1082. responsibility for errors or omissions, or for damages resulting from the use
  1083. of the information contained herein.
  1084.  
  1085. ------------------------------
  1086.  
  1087. Subject: 3. Copyright Notice
  1088.  
  1089. This FAQ is Copyright (C) 1994-95 by James D. Murray. All Rights Reserved. 
  1090. This work may be reproduced, in whole or in part, using any medium,
  1091. including, but not limited to, electronic transmission, CD-ROM, or published
  1092. in print, under the condition that this copyright notice remains intact.
  1093.  
  1094.